PROCESS LANGUAGE FOR MICROPROCESSORS 
WITH FINITE RESOURCES 



CROSS-REFERENCE TO RELATED APPLICATION 
This application claims the benefit of U.S. Provisional Application No. 60/544,114, 
filed February 12, 2004, which is expressly incorporated herein by reference. 

FIELD OF THE INVENTION 
The present invention relates generally to programming languages, and more 
particularly, to artificial languages for expressing processes and their interactions that can 
ultimately be executed by a microprocessor with finite resources. 

BACKGROUND OF THE INVENTION 
Microprocessors, such as a CISC-based microprocessor 102, are at the heart of all 
personal computers. See FIGURE 1. When power 104 and memory 106 are added to the 
CISC-based microprocessor 102, all the pieces required for forming a computer are present. 
The CISC-based microprocessor 102 accomplishes tasks by obeying instructions that are 
given to it. Instructions are expressions written in an artificial language, such as a 
programming language. Early microprocessors used only simple instructions because the 
cost of microelectronic hardware capable of carrying out complex instructions was very high. 
As these costs decreased over time, more complicated instructions became possible. 
Complex instructions (single instructions that specify multiple microprocessor operations) 
can save time because they make it unnecessary for the computer to retrieve additional 
instructions. For example, if seven operations are combined into one instruction, then six of 
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the steps that fetch instructions are eliminated and the microprocessor spends less time 
processing that operation. Microprocessors that combine several instructions into a single 
operation are called complex instruction set computers (CISC). 

The CISC-based microprocessor 102 uses registers to store results of executed 
5 instructions. Each register is a set of bits of high-speed memory within the CISC-based 
microprocessor 102 used to hold data for a particular purpose. Each register is referred to in 
assembly language programs by a name such as AX (the register that contains the results of 
arithmetic operations in an Intel 80X86 processor) or SP (the register that contains the 
memory address at the top of the stack in various CISC-based microprocessors). Each 
10 register, in essence, is shared memory between components of the CISC-based 
microprocessor 102. Using registers as shared memory, one component performs a specific 
operation and stores the result of the specific operation in a register. In a sequential fashion, 
another component may then access the same register to obtain the result in the performance 
of other operations. 

15 Such a sequential execution of operations allows the components of the CISC-based 

microprocessor 102 to appear as if they were synchronous in their communication. Nearly 
all instructions in programs, such as in a CISC-based middleware 108, are designed to 
execute sequentially. Hardware interrupts available- with the CISC-based 
microprocessor 102 can be used as a way to add asynchrony and thereby concurrent 

20 execution of operations. A hardware interrupt is a request for service from the CISC-based 
microprocessor 102, generated either externally by a hardware device, such as a disk drive or 
an input/output port, or internally by the CISC-based microprocessor 102 itself. External 
hardware interrupts are used for such situations as a character received from a port and 
needmg to be processed, a disk write ready to transfer a block of data, or a tick of the system 

25 timer. Internal hardware interrupts occur when a program attempts an impossible action, 
such as accessing an unavailable address or dividing by zero. Due to the divergent 
architecture (synchronous nature of the microprocessor components and the asynchronous 
nature of hardware interrupts), just one programming error in an interrupt handler may 
deadlock the CISC-based microprocessor 102 or corrupt data in a pathologic, rarely 

30 reproducible manner. 
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7c-calculus programs 110 can bring desired asynchrony and parallelism to the 
synchronous and sequential execution design of CISC-based middleware 108 and the 
CISC-based microprocessor 102. 7t-calculus is a mathematical language for describing 
processes in interactive, concurrent systems. The core of 7c-calculus consists of a system of 
5 independent, parallel processes that communicate via links. The possibilities of 
communication for a process with other processes depends on its knowledge of various 
different links. Links may be restricted so that only certain processes can communicate on 
them. 

Although Ti-calculus can . bring much needed asynchrony and parallelism to 
10 computing, there are significant shortcomings. Tc-calculus places great emphasis on pure 
names, each of which is defined to be only a bit pattern, and not structured information. 
7c-calculus and its variants lack a tolerance for the passage of structured data on named links. 
To create a new name, such as the name X, a v operator is used in 7c-calculus. For example, 
the mathematical term (v X) P denotes the creation of the name X, and its scope is restricted 
15 to the process P. Components of the process P can use X to interact with one another, but 
not with other processes. Consider the mathematical structurally congruent rule 
(v X)(v X)P = (v X)P . The term (vX) is defined as an operation requiring memory 

allocation using functions such as malloc(). Suppose there is only sufficient memory 
remaining in a computing system for one invocation of the term (v X). If such is the case, 

20 the term (v X) on the right-hand side of the structurally congruent rule processes without 
failure. Not so with the term (v X) (v X) P on the left-hand side of the structurally congment 
rule because the second invocation of (v X) will cause a memory fault. 

Another problem with 7c-calculus is the mathematical notion of replication !P. 
7c-calculus provides as a primitive of a language the replication !P. The term !P can be 

25 interpreted to mean an infinite composition of processes? running in parallel wdth one 
another. While !P may be theoretically transcendental, it causes problems in practical 
concretization. Microprocessors are creatures of finite resources, such as memory and 
bandwidth. While 7t-calculus programs do add desired asynchrony, they do not recognize 
that microprocessors on which these 7c-calculus programs execute are resource bound. 
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In sum, CISC-based microprocessors may not work well for asynchronous systems 
that require concurrent and parallel computation, namely large-scale computer systems, such 
as the Intemet, that are decentralized. The traditional sequential execution architecture may 
not be suited to the need for concurrent execution of operations. While Tc-calculus provides 
5 some remedies in bringing asynchrony and parallelism, some of its mathematical primitives 
are incompatible with computing devices that have finite resources. Without solutions to the 
problems discussed above, users may eventually no longer trust a computing system to 
provide a desired computing experience, and demand for computer systems will diminish 
over time in the marketplace. Thus, there is a need for better integrated circuits and 

10 programming languages for facilitating better asynchrony, concurrency, and parallelism 
while avoiding or reducing the foregoing and other problems associated with existing 
CISC-based microprocessors and 7c-calculus. 

SUMMARY OF THE INVENTION 
In accordance with this invention, a system, method, and computer-readable medium 

15 for processing services written in a reflective process algebra is provided. The system form 
of the invention includes a computer for processing information to produce desired results. 
The computer comprises a computer-readable medium for storing services. The services 
include expressions that represent names by literalizing processes and processes by 
deliteralizing names. The computer further comprises a microprocessor for executing 

20 services as processes. The processes interacts via names and evolving by performing actions 
or causing other processes to evolve. 

In accordance with further aspects of this invention, another system form of the 
invention includes a microprocessor for executing instructions. The microprocessor 
comprises a timing and control unit for retrieving an instruction from memory, decoding the 

25 instruction, fetching data cormected with the instruction, and saving the result,. The data 
includes names obtained by literalizing processes in the reflective process algebra. The 
microprocessor further includes an arithmetic and logic unit for performing an operation 
specified by the instruction. The instruction is expressed in a reflective process algebra. The 
reflective process algebra is capable of representing names as literalization of processes and 

30 processes as deliteralization of names. 
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In accordance with fiirther aspects of this invention, a computer-readable medium 

form of the invention includes a computer-readable medium having computer-executable 

instructions stored thereon for performing a method of allowing processes to act or interact 

via shared names so as to evolve or cause other processes to evolve. The computer-readable 

5 medium includes computer-executable instructions expressed in a reflective process algebra. 

The computer-executable instructions include process syntactical elements that represent 

processes. The process syntactical elements are selected from a group consisting of an 
inactive process 0, an output process X[Y], an input process X(Z) . P, a lifting process 

LIFTX . P, a composition of processes P|P, and a deliteralization of a name )x( . 

10 In accordance with further aspects of this invention, a method form of the invention 

includes a computer-executable method for processing services. The computer-executable 
method includes acts of representing services as processes in a reflective process algebra. 
The reflective process algebra is capable of expressing processes as deliteralization of names 
and names as literalization of processes. Other acts of the computer-executable method 

15 includes causing processes to act or to communicate when names are shared among 
processes so as to facilitate the evolution of processes. 

In accordance with further aspects of this invention, a system form of the invention 
includes an array of microprocessors for executing instructions. The array of 
microprocessors comprises at least one microprocessor that includes a timing and control 

20 unit for retrieving an instruction from memory, decoding the instruction, fetching data 
connected with the instruction, and saving the result. The data includes names obtained by 
literalizing processes in the reflective process algebra. The microprocessors further includes 
an arithmetic and logic unit for performing an operation specified by the instruction. The 
instruction is expressed in a reflective process algebra. The reflective process algebra is 

25 capable of representing names as literalization of processes and processes as deliteralization 
of names. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The foregoing aspects and many of the attendant advantages of this invention will 
become more readily appreciated as the same become better understood by reference to the 
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following detailed description, when taken in conjunction with the accompanying drawings, 
wherein: 

FIGURE 1 is a block diagram illustrating a computing system in which 7i-calculus 
programs interface with CISC-based middleware for execution on a CISC-based 
5 microprocessor; 

FIGURE 2A is a block diagram illustrating services, which interface with a p-based 
middleware, for execution on a p-based microprocessor, according to one embodiment of the 
present invention; 

FIGURE 2B is a block diagram illustrating an internal architecture of a p-based 
10 microprocessor, according to one embodiment of the present invention; 

FIGURE 3A is a textual diagram illustrating a portion of p-calculus, which is a 
process programming language, formed in accordance with one embodiment of the present 
invention; 

FIGURE 3B is a pictorial diagram showing the reflective properties of p-calculus, 
1 5 according to one embodiment of the present invention; 

FIGURE 4A is a textual diagram illustrating a portion of p-calculus, which is a 
process programming language in which processes are typed, in accordance with one 
embodiment of the present invention; 

FIGURE 4B is a pictorial diagram illustrating the constraints on the reflective 
20 properties of p-calculus using types, in accordance with one embodiment of the present 
invention; 

FIGURE 5 A is a textual diagram illustrating a portion of a machine calculus based on 
p-calculus, in accordance with one embodiment of the present invention; 

FIGURE 5B is a pictorial diagram illustrating constraints on the reflective properties 
25 of p-calculus using syntax trees, in accordance with one embodiment of the present 

invention; 

FIGURE 6A is a textual diagrani illustrating a p-calculus program for implementing a 
replication service, in accordance with one embodiment of the present invention; 
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FIGURE 6B is a pictorial diagram dynamically illustrating the replication service 
statically illustrated at FIGURE 6A, in accordance with one embodiment of the present 
invention; 

FIGURE 7A is a textual diagram illustrating a p-calculus service for implementing 
5 the creation of new names, in accordance with one embodiment of the present invention; 

FIGURE 7B is a pictorial diagram dynamically illustrating the name service statically 
illustrated at FIGURE 7A, in accordance with one embodiment of the present invention; and 
FIGURES 8A-8R are process diagrams illustrating an exemplary method formed in 
accordance with this invention for compiling a p-calculus service or executing a p-calculus 
10 service. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
Various embodiments of the present invention provide a reflective process algebra 
called the p-calculus that facilitates the serialization of processes at the level of the reflective 
process algebra. The reflective process algebra because of its reflective properties, can be 

15 used on computing systems with finite resources. Prior process calculi, such as the 
TT-calculus, lack the expressive power to govern the unbounded composition of processes and 
creation of names that may cause system failure. The reflective process calculus can be 
made to be sensitive to resources, such as memory and bandwidth, hence facilitating its use 
as a programming language at the machine level. The reflective process calculus causes the 

20 dual nature of a computation entity to be exposed. A name can be caused to become a 
process and a process can be caused to become a name. Thus, the reflective process calculus 
expresses the correspondence of the dynamic nature and the static nature of a computation 
entity. When the computation entity is static (e.g. via serialization or compilation), its 
program can be modified by other programs or stored away, and when it becomes dynamic 

25 again, it can participate in interactions with other processes by evolving or causing other 
processes to evolve. 

FIGURE 2A illustrates a computing device based on a p-based microprocessor 200. 
The term "microprocessor" means the inclusion of a central processing unit, digital signal 
processor, field programmable gate array, or any integrated circuits that can be programmed 
30 to perform arithmetic, logic, and decision processing. The p-based microprocessor 200 is a 
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device that can be commanded to perform a variety of functions, such as data transfer, 
arithmetic, logic, and decision making. The p-based microprocessor 200 can be considered a 
central processing unit (CPU) on a single integrated circuit. The p-based microprocessor 200 
can have several million transistors or more and is at the heart of computational devices such 
5 as personal computers. When power is applied to the p-based microprocessor 200 and a 
piece of memory 204 is added to the p-based microprocessor 200, all the pieces, excluding 
input/output devices 202, required for a computer are present. One or more p-based 
microprocessor 200 can form an array of p-based microprocessors. In one embodiment, the 
array of p-based microprocessors are on a single integrated circuit. In another embodiment, 

10 the array of p-based microprocessors are on multiple mtegrated circuits; the multiple 
integrated circuits are mounted on a single board. In a further embodiment, the array of 
p-based microprocessors are on multiple integrated circuits; the multiple integrated circuits 
are mounted on multiple boards; the multiple boards are housed on a single rack of a 
computer. In as yet a further embodiment, the array of p-based microprocessors are on 

15 multiple integrated circuits; the multiple integrated circuits are mounted on multiple boards; 
and the multiple boards are housed on multiple racks of multiple computers. In an addition 
embodiment, the array of p-based microprocessors includes a network for coupling one or 
more microprocessors. The network is selected from a group consisting of permanent 
connections and temporary connections. 

20 Input/output devices 202 are pieces of hardware that can be used for providing data to 

the p-based microprocessor 200; for receiving data from same; or both. A personal digital 
assistant is an example of an input/output device. Some devices, such as a keyboard or a 
mouse, can be used only for input. Other devices, such as printers, can be used only for 
output. Most devices formed from the p-based microprocessor 200 do not necessarily 

25 require installation of software routines called device drivers to enable the transmission and 
receiving of data. The piece of memory 204 is a device where information can be stored and 
retrieved. Preferably, the piece of memory 204 refers to a computing device's main memory, 
the fast semiconductor storage (RAM) directly coupled to the p-based microprocessor 200. 

p-based middleware 206 is software that sits between two or more types of software 

30 and translates the information between them, p-based middleware can cover a broad 
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spectrum of software and generally sits between services 208 and a decentralized operating 
system. The p-based middleware 206 includes services, such as a name service, which 
generates new names as discussed in further detail below. Another piece of software that can 
be considered a p-based middleware 206 is a replication service. The p-based 
5 middleware 206 allows services 208 that are expressed using variants of 7i-calculus 
languages to better execute on the p-based microprocessor 200. 

Services 208 are autonomous computation entities that exchange messages according 
to protocols, which are defined by each service. Services can be local to a computing system 
but can also be located at a remote computing system. Services can be accessed through a 

10 single trust domain but can also be accessed through another trust domain with its own 
security policy. Services 208 can be discoverable through a directory service but can also be 
discovered by services that are not directory services. Services 208 have ports identifiable 
by uniform resource indicators, which constitute a unique designation of a service. Ports of 
services are endued with behavioral types, which are specified by unilateral contracts. The 

15 preferred communication mechanism of services 208 is through programmatically wired 
ports. Wired ports are possible if the behavioral type of one port (of a service) is compatible 
with the behavioral type of another port (of another service). When ports are 
programmatically wired to each other, services 208 communicate by sending messages to 
each other. Simply put, unilateral contracts are expressed in a language, such as a variant of 

20 7C-calculus, specifying an order of messages which flow in or out of services 208. For 
example, a file can be a service. A read-only file unilateral contract may include the 
following behavioral expression: RECF(read.F +drop).0, whereas a read-write file's 
unilateral contract may have the following behavioral expression: REC F (read.F + write.F 
+ drop).0. In parsing the behavioral expressions, the term REC F indicates a recursion on a 

25 behavioral phrase F: the behavioral phrase F indicates the behavioral expressions inside the 
pairs of parentheses; the verb "read" indicates a read operation; the period symbol "." denotes 
a sequence in which the behavioral phrase before the period symbol occurs and after which 
the behavioral phrase following the period symbol will then occur; the plus sign symbol "+" 
indicates a choice between one or more behavioral phrases; the verb "write" indicaties a write 
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operation; the verb "drop" indicates the termination of the communication between two 
services; and the zero symbol ("0") denotes the termination of the behavioral expression. 

FIGURE 2B illustrates a portion of components comprising an internal architecture 
of the p-based microprocessor 200 in more detail. Each component is preferably represented 
5 as a p process that commxmicates through ports (each port being visually represented by a 
square). There are five major components of the p-based microprocessor 200: register array 
204, 208, 210; a timing and control unit 214; an arithmetic and logic unit 206; an instruction 
register and decoder 212; and bus connections to the outside world 216, 218. When the 
p-based microprocessor 200 carries out a p instruction, it proceeds through five general steps. 

10 First, the timing and control unit 214 retrieves the p instruction fi-om memory — for example, 
a p instruction to compose two processes running in parallel. Second, the timing and control 
unit 214 decodes the p instruction into electronic signals that control the p-based 
microprocessor 200. Third, the timing and control imit 214 fetches the data (the two names 
that are the literalization of the two processes). Fourth, the arithmetic and logic unit 206 

15 performs the specific operation (the composition of the two processes by deliteralization of 
the two names). Fifth, the timing and control unit 214 saves the result (the composition of the 
two processes by literalizing the composition) into a register in the register array 204, 208, 
210. 

The p-based microprocessor 200 includes a variety of internal registers that are used 
20 to hold temporary data, memory addresses, instructions, and information about the status of 
the p-based microprocessor 200. For example, an instruction register 212 is used to hold 
instructions that the p-based microprocessor 200 is currently executing. Decoded 
instructions from the instruction register 212 control the rest of the p-based 
microprocessor 200, memory, and I/O through a timing and control unit 214 and extemal 
25 pins to the outside world. The instruction register 212 is a process vsdth one or more ports 
that communicate with the timing and control unit 214, which is another process with its own 
ports. The instruction register 212 preferably communicates with an intemal data bus 202, 
which can also be represented as a process with its own ports. The intemal data bus 202 is 
used to carry information to or fi-om memory in I/O. Preferably, the bus lines of the intemal 
30 data bus 202 are bidirectional lines capable of transmitting information in both directions. 
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Status registers 208 (which also communicate through ports) include temporary registers that 
are used to hold information from the memory for an arithmetic logic unit 206 (which also 
communicates through ports). The other input to the arithmetic logic unit 206 is from an 
accumulator 204 (using ports for communication). The status registers 208 include a flag 
5 register that is used to indicate operations of the arithmetic logic unit 206. The status 
registers 208 also include general-purpose registers for storing information. The 
accumulator 204 is used to accumulate answers after almost every arithmetic and logic 
operation performed by the arithmetic logic unit 206. One can consider the accumulator 204 
to be the answer register because an answer is normally found here. Both the 

10 accumulator 204 and the status registers 208 are coupled to the internal data bus 202 for 
transmitting and receiving information. A program counter 210 (whose communication 
occurs through ports) is also coupled to the internal data bus 202. The purpose of the 
program counter 210 is to be used by the p-based microprocessor 200 to locate the next 
instruction to be executed. The program counter 210 allows the p-based microprocessor 200 

15 to execute the next instruction from the memory. The p-based microprocessor 200 includes 
an address buffer 218 and a data buffer 216 for buffering information into and out of an 
address bus (not shown) and a data bus (not shown). 

The term "process" used in accordance with various embodiments of the present 
invention means a dynamic representation of one or more computation entities that have the 

20 capability to evolve by performing actions or that allow other processes to evolve. In other 
words, the term "process" represents one among the dual nature of a computation entity. 
When a computation entity is static, it can be examined, such as by viewing a program. 
When a computation entity is mobile (as a process), it cannot be seen, but its behaviors can 
be expressed and verified by a p-calculus language 300 formed in accordance with various 

25 embodiments of the present invention. See FIGURE 3 A. The p-calculus language 300 
includes the grammar, the rules for structural congruences, and the rules for operational 
semantics. The grammar of the language 300 is the system of rules that define the way in 
which the syntactical elements of processes and names are put together to form permissible 
programming statements. In other words, unless one can express correctly in the grammar of 

30 the language 300, one cannot communicate concepts, such as the literalization of a process to 
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obtain a name, among other things. Once an expression is correctly formed, the rules of 
semantics connect the expression with meanings. Because processes are dynamic, the 
language 300 uses operational semantics to couple meanings to processes. In other words, 
processes evolve by acting or interacting with other processes. Understanding the meaning 
5 of an expression of the language 300 relates directly to understanding its operations. The 
rules for structural congruences allow the operational semantics of the language 300 to be 
simplified in that an expression can be likened to another expression. Thus, the number of 
rules for operational semantics can be kept small since these rules can be applied to 
permutations of expressions of the p-calculus language 300. Syntactical elements 302-3 14 of 

10 the p-calculus language 300 can each be used alone or can be combined in permutations to 
express computing nuances among processes. The syntactical rules for the p-calculus 
language 300 are described with reference to FIGURE 3 A; the structurally congruent rules 
are described with reference to FIGURES 8F-8H; and the operational semantic rules are 
described with reference to FIGURES 8J-8R. 

1 5 Processes and names can be expressed using the p-calculus language 300 (after which 

they can be preferably placed in a p-service). Line 302 describes one definition for a process 

"P ::= 0," where the symbol P denotes a process; the symbol "::=" denotes that a definition 

for a term on its left-hand side is about to be commenced; and the syntactical element "0" 

denotes that the process is inactive or is terminated. Line 304 defines another syntactical 
20 element for the process represented by the symbol P " X[X] "; the symbol X is described on 

line 314 and denotes a name in the p-calculus language 300; the symbol X[X] denotes that a 

computation entity, such as a name represented by the symbol X, can be sent via the name 

represented by the symbol X. Line 306 provides another definition for a process P. The 
syntactical element on line 306 describes an input action "X(X) . P where the symbol X 

25 denotes a name as described on line 314; the symbol "X (X)" denotes an action that can 
receive any name via a name represented by X and continue as another process represented 
by P with the received name substituted for a name enclosed between the parentheses (X). 
Another syntactical element for a process represented by P is described on line 308 as 
" LIFT X . P "; where the symbol X denotes a name as described on line 314; the symbol P 

30 denotes a process as defined by syntactical elements 302-312; and the syntactical element 
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" LIFT X . P " denotes that a literalization of a process represented by the symbol P is sent 

or is made available at a name represented by the symbol X. The LIFT operator allows 

dynamic composition of processes before reifying them as names for use in conmiunication. 

Line 310 provides another syntactical element for a process represented by the symbol P 
5 " P|P where the symbol P represents a process as defined by syntactical elements 302-312; 

and the vertical bar " I " denotes a composition of two processes with each process proceeding 

independently and interacting via share names (in other words, two processes running in 
parallel or concurrently with one another). The syntactical element " )x( " illustrated on 

line 312 denotes a deliteralization of a name represented by the symbol X. Line 312 

10 illustrates one nature of a duality of natures of a process represented by the symbol P, which 

is a deliteralization of a name represented by the symbol X. The other nature is described on 

line 314 in which a name represented by the symbol X is defined to be a literalization of a 
process (P) represented by the symbol P. These reflective natures of processes and names in 

the p-calculus language 300 reveal the duality of a computation entity in that it can be both a 

1 5 process and a name. 

FIGURE 3B pictorially illustrates the dual nature of a computation entity 316. The 
computation entity 316 is a process 3 16A, which is expressed using the syntactical 
elements 302-312 of the p-calculus language 300. As discussed hereinbefore, the 
process 316A represents the dynamic nature of the computation entity 316. The static nature 

20 of the computation entity 316 is a name 31 6B, which can be expressed using the syntactical 
element as illustrated on line 314 of the p-calculus language 300. Once the process 31 6A is 
literalized or transformed into a name 316B, such a name can be sent over a port 322 in a 
communication session between two processes. See the syntactical element X\X] as 
expressed on line 304. Upon receiving the name 316B (for the sake of distinguishing the 

25 name 316B after communication, a new reference number 3 18A is used) at the other end of 
the port 322, the name 318A can be mathematically deliteralized to obtain a process 318B, 
which is equivalent to the process 316A. Collectively, a computation entity 318 is both the 
name 3 1 8A and the process 3 1 8B. 

A variant p-calculus language 400, which is based upon the p-calculus language 300, 

30 allows control over the production of names using typed processes. See FIGURE 4A. The 
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variant p-calculus 400 includes a number of syntactical elements similar to those described in 

connection with the p-calculus language 300. For example, a process represented by the 

symbol P includes an inactive process or a terminated process represented by the syntactical 

element "0." See line 402. Line 404 describes an output process represented by the 
5 syntactical element "X[Y]"; where the symbol X is defined on line 414; the symbol Y is 

defined on line 416; and together the syntactical element "X[Y]" denotes that a name 

represented by the symbol Y is sent via a name represented by the symbol X. Line 406 
describes the syntactical element "X(Z) . P"; where the symbol X represents a name as 

defined on line 414; the symbol Z represents another name described on line 418; the 

10 symbol P represents a process whose definitions are described on line 402-412; and together 
the syntactical element "X(Z) . P" denotes that a name represented by the symbol X can 

receive any other name after which a process represented by the symbol P will be executed 
with the received name substituted for the name represented by the symbol Z. The 
syntactical element " LIFT X . P " described on line 408 provides another definition for the 

15 process represented by the symbol P. In essence, line 408 describes that a process 

represented by the symbol P can be lifted or be made available at a name represented by the 

symbol X. Concurrent execution of processes or a composition of two processes running in 
parallel is described on line 410 as "P|P where the symbol P on either side of the vertical 

bar represents two processes ruiming in parallel. Line 412 describes a syntactical element 
20 )X( that deliteralizes a name represented by the symbol X so as to obtain a process 

represented by the symbol P. The syntactical element " (P) " describes the literalization of a 

process represented by the symbol P, after which a name represented by the symbol X is 
obtained. See Line 414. The syntactical element (P),P:T at line 416 describes that the 

production of a name represented by the symbol Y is similar to that on line 414. However, 

25 the production of the name represented by the symbol Y is constrained in that the process 

represented by the symbol P must be of an element of a certain type represented by the 

symbol T. One suitable type T includes a type that selects processes that are pattern 

recognizers but other suitable types can be used. The symbol colon denotes that a process 

represented by the symbol P belongs to a certain type represented by the symbol T without 
30 which the literalization (P) of the process represented by the symbol P is not possible. The 
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name represented by the symbol Z is similarly constrained on line 418 with the syntactical 
element (P),P:U. The name represented by the symbol Z is produced by literalizing the 

process (P) represented by the symbol P, but such a process P must be an element of a type 

represented by the symbol U. One suitable type U includes a type that selects processes that 
5 represent values but the type U is not limited to such processes and other suitable types can 
be used. Types represented by the symbols T, U allow minute control over processes that 
can evolve into names, which are the primitives of communications in a process-based 
environment- 

FIGURE 4B illustrates two computation entities 420, 422. The computation 

10 entity 422 includes a process 422 A, but can be literalized to transform into a name 422B if 
the process 422A is of a type suitable for literalization. The name 422B can be sent over a 
port 424. (To simplify the discussion, the name 422B is referenced by a new part number 
428B when it is received by the end of the port 424.) When the name 428B is received, the 
name428B can be deliteralized to obtain the process 428A, which is equivalent to the 

15 original process 422 A. The computation entity 420 includes a process 420 A but no 
corresponding name can be constructed because the process 420A is not an element of a 
process type that can evolve into a name. Thus, the literalization of the process 420A is 
inhibited because the type to which the process 420A belongs is not allowed to construct a 
name in accordance with the variant p-calculus language 400. 

20 FIGURE 5A illustrates a portion of another variant p-calculus language 500, which is 

based on the p-calculus languages 300, 400. Many syntactical elements of the variant 
p-calculus 500 are similar to p-calculus languages 300, 400. For example, line 502 defines 
an inactive or stop process, which is similar to those defined on lines 302, 402. Line 504 
defines an output process, which is similar to those defined on lines 304, 404. Line 506 

25 defines an input process which is followed by a process P, which is similar to those defined 

on lines 306, 406. Line 508 defines a lift action similar to those defined on lines 308, 408. 

Line 510 defines a composition of processes running in parallel with each other, which is 

similar to those defined on lines 310, 410. Line 512 defines a deliteralization of a name to 

obtain a process represented by the symbol P similar to those defined on lines 312, 412. 
30 Line 514 defines a name represented by the symbol X as "(P),#(P)<K"; where the 
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symbol P represents a process defined by syntactical elements 502-512; the symbol "(P)" 

denotes a literalization of a process represented by the symbol P; the symbol denotes that 
a constraint on the literalization of a process represented by the symbol P is about to 
commence; the symbol "#" denotes a function that takes a process as an argument and 
5 produces the size of the syntax tree of the process; the symbol "#(P)" denotes that the size of 
the syntax tree for the process represented by the symbol P is executed; the symbol " < " 
denotes that the size of the syntax tree of the process represented by the symbol P must be 
less than or equal to a certain constant; and the symbol K represents a constant that is the 
maximum size of the syntax tree for the process represented by the symbol P that is allowed 

10 to be literalized. Line 514 allows the variant p-calculus language 500 to constrain, confine, 
or limit the size of a process that can be literalized to produce a name so as to participate in 
actions or interactions with other processes. 

FIGURE 5B visually illustrates the constraint that the variant p-calculus 
language 500 can use to limit the production of names. FIGURE 5B illustrates two 

15 computation entities 520, 522 and their corresponding syntax trees 520C, 522C. The 
computation entity 520 has a process 520A, but is inhibited firom constructing a 
corresponding name 520B. The computation entity 522 includes a process 522A but has 
liberty in constructing a corresponding name 522B. Each syntax tree 520C, 522C is a 
hierarchical structure in which a node represents an operation and the children of the node 

20 represent the arguments of the operation. For example, node 520E of the syntax tree 520C 
stores an assignment symbol "=". The children of node 520E include a variable 
ACCELERATION 520D and a division symbol 7" 520H. The division symbol 7" 520H 
forms another node 520H, which has two children. MILES 520F is one child of node 520H 
and the other child is HOUR 520G. HOUR 520G is coupled to another node 5201 which 

25 stores a division operation "/". Node 5201 has another child HOUR 520j. 

Regarding the syntax tree 522C, node 522E stores an assignment symbol "=". A 
child of node 522E includes a variable VELOCITY 522D. Node 522H is a child of 
node 522E and stores a division operation "/". There are two children of node 522H, a 
variable MILES 522F, and a variable HOUR 522G. The syntax tree 522C is smaller in size 

30 than the syntax tree 520C. In accordance with the constraint defmed on line 514, the 
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computation entity 522 can literalize the process 522A to construct the name 522B because 
the syntax tree 522C is below a certain threshold. Not so with the computation entity 520 
whose process 520A has a syntax tree with a size that exceeded the threshold. 

FIGURE 6A illustrates a replication service 600 formed using one of the variant 
5 p-calculus languages 300-500. In traditional 7c-calculus mathematics, the symbol "!P" 
denotes an infinite composition of processes running in parallel with each other. Such 
infinite computation entities are theoretically incompatible for execution on integrated 
circuits, such as microprocessors, with finite resources. Various embodiments of the present 
invention remove such a primitive fi^om the language of p-calculus 300-500. One can still 
10 emulate the notion of infinite composition by writing a service in the p-calculus 
language 300-500. The replication service 600 is an example. Line 602 describes that the 
infinite composition "!P" is defined mathematically to be 
"LIFT X . (X(Y) . ( )y(|X[Y]) |p) |X(Z) . ( )z(|x[Z])". The mathematical term 

LIFT X . (X(Y) . ( )Y(|X[Y]) |p) is a process ruiming in parallel with another process 
15 represented by the mathematical term X(Z) . ( )z(|x[Z]). 

FIGURE 6B dynamically illustrates when the replication service 600 is executing. 
The mathematical term (x(Y) . ( ) y(|X[Y]) |p) is denoted by a process PI 606, where 

the term X(Y) denotes that a name can be received on a channel X after which such a name 
will be substituted for the name Y; a process ) 7 ( will run in parallel with the process X[Y] 

20 after the process X( Y) has acted; the term ) 7 ( denotes the deliteralization of the name Y to 

obtain a process which will run in parallel with the process X[Y]; the term X[Y] denotes that 

the name Y can be sent along a channel represented by the name X; and the process 
composition X(Y). ) 7 ( |X[Y]) runs in parallel with another process P. 

The process 604 LIFT X . (x(Y) . ( )y(|X[Y]) |p) can be mathematically 

25 reduced to X [ (Pl) ], where the termPl is the composition of processes 

(X(Y) . ( )y(|X[Y]) |p). The mathematical term X [ (Pl) ] means that the process PI 

is literalized and made available at a port represented by the name X. When the process Pl 
is literalized and is made available at the name X, a process X(Z) receives the term (Pl> 
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and will be substituted for the name Z. A resolution of the process X(Z) includes the term 
^(x(Y) . ( >y(|X[Y]) |p)^. When the process X(Z) 608 has acted, a process 
) Z( 610 becomes active. The process ) Z( 610 denotes that the name Z is deliteralized 

to reconstitute the process PI 606, which is mathematically described as 
5 (X(Y) . ( )y(|X[Y]) |p) . The process (x(Y) . ( >y(|X[Y]) |p) will now be 

running in parallel with another process X[Z] 612. The process X[Z] 612 is similar to the 

reduction of the process LIFT X . (x(Y) . ( )y(|X[Y]) |p) 604 in that the name Z is a 

substitution for the literalization of the process Pl 606 and is sent out on a port named X. 

The replication or infinite composition of processes are realized when the term X(Y) of the 
10 process )Z( 610 picks up the name Z being output by the name X. The series of actions 

and interactions in the composition of processes (x(Y) . ( )Y^|X[Y]) |pj occur once 

again, hence emulating the replication primitive of 7i-calculus. 

FIGURE 7A illustrates a name service 700. The name service 700 is written in one 

of the p-calculus languages 300-500. The name service 700 illustrates the ease with which 

15 the creation of new names can be placed in a service instead of being a primitive of the 

language to avoid or reduce the problems of implementation of new names in 7i-calculus. 
The term N (I, X,F,R) denotes a signature 702 for the name service 700. Four names, I, X, F, 

and R, are provided to the signature 702. The first name is sent on the port I; the rest of the 
names are sent on port X; and port F is used to receive a new name that is distinct from all 
20 names provided to the name service 700. 

Line 704 defines a summand l(Y) . (lIFT R . (y[(0)]) |N(I,X,F,R)), which 

describes one capability of the name service 700. Line 704 expresses processes that act and 
interact for the initialization capability of the name service 700. Line 706 is another 
summand X(Y) . R(S) . (lIFT R . (y[{0)] | )S( ) |n(I,X,F,R)), which expresses 

25 the main capability of the name service 700. Line 708 defines yet another summand 
F(B) . R(S) . LIFT B . ((0)[(0)] | >S( ), which expresses processes that act and 

interact for finalizing in the production of a name that is different from other names provided 
to the name service 700. 
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FIGURE 7B visually illustrates the actions and interactions of the components of the 

summands of the name service 700. The name service 700 is collectively represented by a 
process PI 710. A process I(Y) 712 becomes active to receive any name via a name I and 

consequently substitutes the received name with the nameY. Next, a composition of 
5 processes (lIFT R . Y[(0)] |P1) 714 becomes active. The composition of processes 714 

is reduced to a composition of processes R[(y[(0)]^J |P1 , where the term (o) denotes the 

literalization of an inactive process 0; the term Y[(0)] denotes that literalization of the 

process O is made available at the name Y; the term r[^^Y[(0)]^J denotes the literalization 

of a process Y[(o)] and such a literalization is made available at a nameR (which 

10 represents a register for storing accumulated information); and the term |P1 denotes that the 

process PI 710 is running in parallel with the process I^[(y[(0)]^J. Processes 712, 714 

illustrate the capability of the name service 700 at the sxmmiand described on line 704. 

A process X(Y) 716 expresses the first action in the summand shown on line 706 

and indicates another capability of the name service 700. The term X(Y) denotes that any 

15 name can be received via the port X after which such a received name is substituted for the 
nameY. After the process X(Y) 716 has acted, another process R(S) 718 is activated. 

The term R(S) denotes that any name can be received by a nameR after which such a 

received name is substituted for another nameS. After the process R(S) 718 has acted, 

another composition of processes (lIFT R . (y[(o)] | )S( ) |n(I,X,F,R)) 720 becomes 

20 active. The composition of processes 720 can be mathematically reduced to another 
composition of processes, r|^^(y[(0)] | )S( |P1 where the term (O) denotes the 

literalization of an inactive process 0; the term Y[(0)] denotes the sending of the term <0> 
at a port Y; the term | denotes that the process Y[(o)] is executed in parallel with another 
process; the term )S( denotes that the name S is being deliteralized; the term 
25 ((y[(0)] I )S( )^ denotes the literalization of a composition of processes 

(y[(0)] I )S( ); the term r[((y[(0>] | )S( ))] |P1 denotes that the literalization of the 

composition of processes ( Y[(0)] | )s( ) is made available at a name R; and the term jPl 
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denotes that the name service 700 is running in parallel with the process 
r|^^(y[(0)] I )S( |P1. Processes 716, 718 and 720 are components ofthesunmiand at 

line 706, which describes the main capability of the name service 700. 

The process F(B) 722 allows any name to be received via the port F after which the 

5 received name is substituted for the name B. The name B represents a callback port from 

which one can obtain a name which is different than other names presented to the name 
service 700. After the process F(B) 722 has acted, another process R(S) 724 becomes 

active. The process R(S) 724 receives any name via the name R after which the received 

name is substituted for the name S. The process R(S) 724 refers to a register which stores 

10 scratch information relating to the accumulated information regarding a new name. After the 
process, R(S) 724 has acted, another process LIFT B . ({0)[(0)] | )S( ) 726 becomes 

active. The process LIFT B . ((0)[(0)] | )S( ) 726 can be reduced to a process 
^[(((^)[(^)] I )^( ))]' ^^e^e the term 0 denotes an inactive process or termination of a 
process; the term (o) denotes the literalization of the inactive process 0; the term (0)[(0)] 

15 denotes that a name obtained fi'om the literalization of the inactive process 0 is used as a port 
to output a literalization of the inactive process 0. The term ((0)[(0)] | )S( ) denotes that 

the process (0)[(0)] is running in parallel with another process )S( ; the 
term )s( denotes that the name S is being deliteralized; and the term 
^[(((^)[(^)] I )^( ))] denotes that the literalization of the composition of processes 
20 ((0)[(0)] I )S( ) is made available at a port B. 

FIGURES 8A-8R illustrate a method 800 for compiling or executing a p-calculus 
program, such as the replication service 600 or the name service 700. In the analysis of a 
p-calculus program, the method 800 executes sets of syntactical rules governing the structure 
and content of p expressions. Sets of equational laws governing the structural congruence of 
25 p expressions are also executed by the method 800. p-calculus language, such as 
languages 300-500, also includes sets of operational semantic rules governing the meanings 
of p expressions that are correctly formed in accordance with the sets of syntactical rules of 
the p-calculus language 300-500. For clarity purposes, the following description of the 
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method 800 makes references to various elements illustrated in connection with p-calculus 
languages 300-500 shown in FIGURES 3 A-5A. 

Digressing, the method 800 forms a part of a compiler that preferably can be used to 
synchronize components of a p-based microprocessor 200 or an array of p-based 
5 microprocessors. This synchronization is explicitly controlled by the compiler instead of 
relying on the implicit control offered by a microprocessor. Modem CISC-based 
microprocessors relies on circuitry that provides guesses about the next instruction that is 
likely to be executed so as to speed up execution of programs. For example, a technique 
used in some CISC-based microprocessors with an instruction called prefetch to guess 

10 whether or not a branch will be taken in a program, and to fetch executable code from the 
appropriate location. When a branch instruction is executed, it and the next instruction 
executed are stored in a buffer. This information is used to predict which way the instruction 
will branch the next time it is executed. This works fine if the prediction is correct. When 
the prediction is incorrect, executing a branch causes missed cache hits or pipeline breakage, 

15 so the system is drastically slowed down by the need to retrieve the next instruction. This 
problem is compounded when the execution program is not sequential but is asynchronous 
and requires parallelism. 

The compiler of various embodiments of the present invention lessens the need to 
predict from the CISC-based microprocessors. The compiler of various embodiments of the 

20 present invention allows the creation of an explicit synchronization model on one or more 
microprocessors on a single integrated circuit or multiple integrated circuits. The compiler 
of various embodiments of the present invention compiles programs written in a 
mathematical language, such as p-calculus languages 300-500, which are distinguishable 
over assembly languages. Assembly languages use abbreviations or mnemonic codes in 

25 which each statement corresponds to a single machine instruction. The p-calculus 
languages 300-500 provide a level of abstraction above the underlying machine language, 
evolved from assembly languages. Statements of p-calculus languages 300-500 define a set 
of syntactic and semantic rules that define the structure of the language. Permutational 
nuances of the cooperation of processes and names and the evolution of processes can be 

30 expressed using the p-calculus languages 300-500. These expressive nuances are suitably 
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preserved by the mathematics of the p-calculus languages 300-500 so that the intentions of 
programmers are eventually carried out without w^eakening during the process of compilation 
to low-level languages, such as assembly languages or machine languages. In traditional 
programming languages, the recovery of a programmer's intent becomes deliquesced as a 
5 program is compiled from a high-level language to a low-level language. High-level 
languages typically are more expressive than low-level languages because high-level 
languages contain more information, which is undesirably removed during the process of 
compilation or linkage. 

Returning to FIGURE 8A, from a start block, the method 800 proceeds to a set of 

10 method steps 802 defmed between a continuation terminal ("terminal A") and an exit 
terminal ("terminal B"). The set of method steps 802 runs a p-calculus program against the 
syntactical rules governing the structure and content of p statements. From terminal A 
(FIGURE 8B), the method 800 proceeds to block 808 where the method 800 extracts a 
p expression (11) from the p-calculus program or service. Next, at decision block 810, a test 

15 is made to determine whether the p expression is of the form "0". If the answer to the test at 
decision block 810 is YES, the method 800 proceeds to block 812 where the p expression is a 
p process, which represents an inactive or a stop action. The method then continues to 
another continuation terminal ("terminal A4"). If the answer to the test at decision block 810 
is NO, the method 800 proceeds to another decision block 814 where another test is made to 

20 determine whether the p expression is of the form X[Y]. If the answer to the test at decision 

block 814 is YES, the p expression is a p process, which represents an output action in which 

the name Y is made available at the name X. The method 800 then proceeds to terminal A4. 

If the answer to the test at decision block 814 is NO, the method 800 continues to another 

continuation terminal ("terminal Al"). 

25 From terminal Al (FIGURE 8C), the method 800 proceeds to decision block 818 

where a test is made to determine whether the p expression is of the form X (Z) . P . If the 

answer to the test at decision block 818 is YES, the p expression is a p process, which 
represents an input action followed by a process?. In other words, any name can be 
received by the name X after which the received name is substituted for the name Z and the 
30 process continues with the process P. The method 800 proceeds to terminal A4. If the 
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answer to the test at decision block 818 is NO, the method 800 enters decision block 822 
where another test is performed to determine whether the p expression is of the form 
LIFT X . P . If the answer to the test at decision block 822 is YES, the p expression is a 

p process, which represents a lift action. See block 824. The method 800 then continues to 

5 terminal A4. If the answer to the test at decision block 822 is NO, the method 800 proceeds 

to another continuation terminal ("terminal A2"). 

From terminal A2 (FIGURE 8D), the method 800 proceeds to decision block 826 
where a test is made to determine whether the p expression is of the form P|P . If the answer 

to the test at decision block 826 is YES, the p expression is a p process, which represents a 

10 process running in parallel with another process as a composition. See block 828. The 

method 800 then proceeds to terminal A4. If the answer to the test at decision block 826 is 

NO, the method 800 proceeds to another decision block 830 where a test is made to 
determine whether the p expression is of the form )x( . If the answer to the test at 

decision block 830 is YES, the p expression is a p process, which represents a deliteralization 
15 of the name X. The method 800 then proceeds to terminal A4. If the answer to the test at 
decision block 830 is NO, the method 800 then continues to another continuation terminal 
("terminal A3"). 

From terminal A3 (FIGURE 8E), the method 800 proceeds to a decision block 834 
where a test is made to determine whether the p expression is of the form (P),#(P) < K . If 

20 the answer to the test at decision block 834 is YES, the p expression is a literalization of a 
p process P which expresses a name, such as the nameX. The syntactical phrase 
"#(P) < K" denotes that a constraint is placed on the literalization of a p process in the 
production of a name. One suitable constraint includes checking the size of the syntax tree 
of the p process P against a certain threshold beyond which no production of a name from the 

25 literalization of the process P is possible. Other constrains are possible as long as the 

constraint models at least a portion of the finite resources coupled to a microprocessor 

executing a p process. The method 800 then continues to terminal A4. If the answer to the 

test at decision block 834 is NO, the method 800 continues to another decision block 838 
where a test is made to determine whether the p expression is of the form (P),P:T. If the 

30 answer to the test at decision block 838 is YES, the p expression is a literalization of a 

MSFn22259AP.DOC "23- 



p process P that is constrained by a type T. See block 840. Causing a p process to be a 

member of a certain type facilitates control over the type of processes that can be literalized 

to form names, and therefore control the commimication capability of a process. The 

method 800 then continues to terminal A4. If the answer to the test at decision block 838 is 

5 NO, the method 800 also proceeds to terminal A4 (FIGURE 8E). A test is made at decision 

block 842 to determine whether there are more p expressions to be evaluated. If the answer 

is NO, the method 800 continues to the exit terminal B. Otherwise, the answer is YES to the 

test at decision block 842, and the method 800 proceeds to another continuation terminal 

("terminal A5"). From terminal A5 (FIGURE.8B), the method 800 loops back to block 808 

10 where the above-discussed processing steps are repeated. 

From the exit terminal B, the method 800 continues to a set of method steps 804, 

defined between a continuation terminal ("terminal C") and an exit terminal ("terminal D"). 

The set of method steps 804 uses a set of equational laws to check the p expressions for 

structural congruence. From terminal C (FIGURE 8F), the method 800 proceeds to 

15 block 844 where the method 800 extracts a p expression. A test is made at decision 
block 846 to determine whether the p expression is of the form ^ )x( ^. If the answer to 

the test at decision block 846 is YES, the method 800 infers that the p expression is 
structurally congruent to the name X. See block 848. The method 800 then continues to 
another continuation terminal ("terminal C3"). Otherwise, the answer to the test at decision 

20 block 846 is NO, and the method 800 proceeds to decision block 850 where another test is 
made to determine whether the p expression is of the form P|0. If the answer to the test at 
decision block 850 is YES, the method 800 infers that the p expression is structurally 
congruent to the process P. The method 800 then enters terminal C3. Otherwise, the answer 
to the test at decision block 850 is NO, and the method continues to another continuation 

25 terminal ("terminal CI"). 

From terminal CI (FIGURE 8 G), the method 800 proceeds to decision block 854 
where a test is made to determine whether the p expression is of the form OiP. If the answer 
is YES to the test at decision block 854, the method 800 infers that the p expression is 
structurally congruent to the process P. See block 856. The method 800 enters terminal C3. 
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If the answer to the test at decision block 854 is NO, the method 800 continues to execute 
another test at decision block 858 to determine whether the p expression is of the 
form Pq I P]. If the answer to the test at decision block 858 is YES, the method 800 infers 
that the p expression is structurally congruent to the composition of processes P] | Pq. See 
5 block 860. The method 800 continues to termmal C3. If the answer is NO to the test at 
decision block 858, the method 800 continues to another continuation terminal 
("terminal C2"). 

From terminal C2 (FIGURE 8H), the method 800 continues to decision block 862 
where a test is made to determine whether the p expression is of the form (Pq | Pi) | P2. If the 

10 answer to the test at decision block 862 is YES, the p expression is structurally congruent to 
a composition of processes Pq | (Pi | P2). The method 800 continues to terminal C3. If the 

answer to the test at decision block 862 is NO, the method 800 also continues to terminal C3. 
From terminal C3 (FIGURE 81), the method 800 performs a test at decision block 866 to 
determine whether there are more p expressions to be evaluated. If the answer is NO, the 

15 method 800 continues to the exit terminal D. Otherwise, the answer to the test at decision 
block 866 is YES, and the method continues to another continuation terminal 
("terminal C4"). From terminal C4 (FIGURE 8F), the method 800 loops back to block 844 
where the above-discussed processing steps are repeated. 

From the exit terminal D (FIGURE 8A), the method 800 proceeds to a set of method 

20 steps 806, defined between a continuation terminal ("terminal E") and an exit terminal 
("terminal F"). The set of method steps 806 runs the p-calculus program against a set of 
operational semantic rules to check the meanings of p process expressions. From terminal E 
(FIGURE 8J), the method 800 proceeds to block 868 where the method 800 extracts a 
p expression for evaluation. The method 800 proceeds to decision block 870 where a test is 

25 made to determine whether the p expression is of the form LIFT X . P . If the answer to the 
test at decision block 870 is YES, the p expression is reduced to X[(P)] . The method then 

continues to another continuation terminal ("terminal EH"). If the answer is NO to the test 

at decision block 870, the method 800 performs another test at decision block 874 where it is 
determined whether the p expression is of the form Pq jPj . If the answer is YES to the test at 
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decision block 874, the method continues to another continuation terminal ("terminal El"). 
Otherwise, the answer to the test at decision block 874 is NO, and the method 800 enters 
another continuation terminal ("terminal E2"). 

From terminal El (FIGURE 8K), the method 800 proceeds to decision block 876 
5 where a test is made to determine whether the term Pq can be reducible to the term Pi. If the 
answer is YES, the p expression is reduced to Pj [Pj . The method 800 then continues to 

terminal Ell. Otherwise, the answer to the test at decision block 876 is NO, and the 
method 800 continues to terminal E2. From terminal E2 (FIGURE 8K), a test is performed 
to determine whether the p expression is of the form P2. See decision block 880. If the 

10 answer is YES to the test at decision block 880, another test is performed to determine 
whether the term P2 is structurally congruent to the term Pq. See decision block 882. If the 

answer to the test at decision block 882 is YES, the method 800 proceeds to another 
continuation terminal ("terminal E3"). If the answer to either the test at decision block 880 
or decision block 882 is NO, the method 800 enters another continuation terminal 
15 ("terminal E4"). 

From terminal E3 (FIGURE 8L), the method 800 proceeds to decision block 884 
where a test is made to determine whether the term Pq can be reducible to the term Pj . If the 

answer to the test at decision block 884 is YES, another test is made at decision block 886 to 
determine whether the term Pj is structurally congruent to the term P. If the answer to the 
20 test at decision block 886 is YES, the method 800 reduces the term P2 to the term P3. See 
block 888. The method 800 proceeds to terminal Ell. If the answer to either the test at 
decision block 884 or decision block 886 is NO, the method 800 continues to terminal E4. 

From terminal E4 (FIGURE 8L), the method 800 performs a test to determine 
whether the p expression is of the form [Xj] [x^ (X,).Po . See decision block 890. If the 

25 answer to the test at decision block 890 is YES, the method 800 proceeds to another 

continuation terminal ("terminal E5"). Otherwise, the answer to the test at decision 

block 890 is NO, and the method then enters another continuation terminal ("terminal E9"). 

From terminal E5 (FIGURE 8M), the p expression is reduced to a second 
p expression (fll), which is PqIXj/X,} . See block 892. A test is performed at decision 
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block 894 to determine whether the second p expression is of the form (0)){(Q) /(?)}( • If 

the answer to the test at decision block 894 is YES, the second p expression can be equated 

to the process 0. See block 896. The method 800 then proceeds to terminal El 1 . Otherwise, 

the answer to the test at decision block 894 is NO, and the method 800 proceeds to another 

5 decision block 898 where another test is performed to determine whether the second 
p expression is of the form (r|s)^{(Q)/(p)}( . If the answer to decision block 898 is YES, 

the second p expression can be equated to (R)){(Q)/(p)} (|(S)){(Q) /(?)}( • See 

block 899. The method 800 continues to terminal Ell. If the answer to the test at decision 

block 898 is NO, the method 800 continues to another continuation terminal ("terminal E6"). 

10 From terminal E6 (FIGURE 8N), the method 800 performs a test at decision 

block 897 to determine whether the second p expression is of the form 
(X(Y).R)){(q)/(p)}( . If the answer to the test at decision block 897 is YES, the second 

p expression can be equated to (X){(Q)/{p)} (Y) . ((R)){(Q) /(?>}( )• See block 895. 

The method 800 proceeds to terminal El 1. If the answer to the test at decision block 897 is 
15 NO, the method 800 enters decision block 893 where another test is performed to determine 
whether the second p expression is of the form (x[Y])^{(Q) /(?)}( . If the answer to the 

test at decision block 893 is YES, the second p expression can be equated to 
(X){(Q)/(P)} [(Y){{Q)/(P)}]. See block 891. The method 800 enters terminal Ell. If 

the answer is NO to decision block 893, the method 800 proceeds to another continuation 
20 terminal ("terminal E7"). 

From terminal E7 (FIGURE 80), the method continues to decision block 889 where a 
test is performed to determine whether the second p expression is of the form 
(LIFTX.R)){(Q)/(R)}( . If the answer to the test at decision block 889 is YES, the 

second p expression can be equated to LIFT(X){<Q>/<P>}.(R)>{<Q>/<P>}< . See 
25 block 887. The method 800 enters terminal El 1. If the answer is NO to the test at decision 
block 889, the method 800 performs another test at decision block 885 to determine whether 
the second p expression is of the form (>X<)>{(Q> /<?>}< . If the answer to the test at 

decision block 885 is YES, the method 800 enters another continuation terminal 
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('^terminal E8"). Otherwise, the answer to the test at decision block 885 is NO, and the 
method 800 proceeds to terminal E9. 

From terminal E8 (FIGURE 8P), the method 800 proceeds to decision block 883 
where a test is made to determine whether the name X is structurally congruent to <P> , 

5 which represents the literalization of the process?. If the answer is YES, the second 
p expression can be equated to the process Q. See block 881. The method 800 enters 
terminal Ell. If the answer is NO to the test at decision block 883, the method 800 proceeds 
to block 879 where the second p expression can be equated to >X< , which represents the 

deliteralization of the name X. The process continues to terminal Ell. 

10 From terminal E9 (FIGURE 8Q), the method 800 proceeds to decision block 877 

where a test is made to determine whether the second p expression is of the form 
(X){(q)/(P)}. If the answer is YES, the method 800 proceeds to another continuation 

terminal ("terminal ElO"). Otherwise the answer to the test at decision block 877 is NO, and 
the method proceeds to terminal Ell. 
15 From terminal ElO (FIGURE 8R), the method 800 proceeds to decision block 875 

where a test is made to determine whether the name X is structurally congruent to <P> , 

which denotes the literalization of the process P. If the answer is YES to decision block 875, 
the second p expression can be equated to {Q) , which represents the literalization of the 

process Q. See block 873. The method 800 continues to terminal El L If the answer is NO 
20 to decision block 875, the method 800 equates the second p expression to the name X, See 
block 871 . From block 871, the method 800 continues to terminal El 1 and performs a test at 
decision block 869 to determine whether there are more p expressions to be evaluated. If the 
answer is NO, the method 800 continues to exit terminal F where the method 800 finishes 
and terminates execution. Otherwise, the answer to the test at decision block 869 is YES, 
25 and the method 800 proceeds to another continuation terminal ("terminal E12"). From 
terminal El 2, the method 800 loops back to block 868 where the above-described processing 
steps are repeated. 

While the preferred embodiment of the invention has been illustrated and described, 
it will be appreciated that various changes can be made therein without departing from the 
30 spirit and scope of the invention. 
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